「我想打造自己的產品。」

與大多數人相比，我算是滿早接觸寫程式的。小時候，英文單字還不認識幾個，就照著從圖書館借來的程式設計書，一步步寫出人生第一個 Flash 程式。從那時起，我便從中獲得某種不可言喻的成就感，彷彿注定這輩子要靠寫程式過活了。然而我也清楚，寫程式這件事本身並非最吸引我的地方；真正讓我著迷的，是透過程式創造出具體的成果——或許是一個網站、一款遊戲，又或者只是一段腳本。

也因此，我心裡一直有個夢想：打造自己的產品。過去我並不是沒有嘗試過，但往往淪為「自嗨」，使用者可能只有自己，頂多加上幾個朋友。別說營利了，能夠用免費資源營運、不花到自己的錢，我就很滿意了。後來，我開始參加各種黑客松、建立了許多專案，也有幸獲得一些獎項。但目前有多少專案存活下來呢？

答案是：0。

當然，有些專案純粹是為了符合比賽要求，賽後官方沒打算接手或扶持，自然就消失了。但其中也有不少是我覺得有趣、且認為「應該會有人用」的專案，現實卻是根本沒人在用。好幾次復盤後，我發現主因幾乎都是：「我其實不知道除了我以外，還有誰會用。」我既沒有足夠的證據佐證專案值得繼續投入，也沒有管道獲取使用者的回饋。雖然耳聞過精實創業（Lean Startup）的流程，最終卻沒能實際運用。專案永遠停留在 MVP（最小可行性產品）階段，然後慢慢凋零。

雖然聽起來像個藉口，但對我而言，痛點在於：光是應付開發就已經分身乏術，我實在很難再擠出時間去研究如何做數據分析、追蹤規劃或使用者訪談。

近期，許多工程師開始將主要的開發任務交由 AI 處理，我也不例外，這讓我再也無法拿「時間不夠」當作藉口。另一方面，近年興起的 Vibe Coding 風潮，讓許多人都具備了打造產品的能力，但隨之而來的往往是類似的困境：產品做出來了，下一步卻不知道該往哪走。因此，我動了撰寫這系列文章的念頭，希望能藉此機會，重新學習打造產品的核心心法。

在初步研究時，我接觸到了「產品工程師（Product Engineer）」這個職稱。在作為半導體大國的台灣，產品工程師一詞雖然常見，但在軟體領域卻是截然不同的概念。一言以蔽之：比起單純鑽研功能與技術，軟體產品工程師更在意的是「如何解決使用者的問題」。過去，軟體工程師往往被劃分為前端、後端、App 等領域；但當 AI 協助開發打破了職能間的隔閡，這樣的界線將逐漸模糊。未來的軟體工程師需要回答更高層次的問題，這也意味著我們都將逐漸走向「產品工程師」的道路。

此外，我最近接觸了 PostHog，發現它具備相當豐富的功能，且其目標受眾正是產品工程師。因此，在接下來的系列文章中，我計畫分享產品工程師的相關概念與知識，並結合 PostHog 進行實際操作。理想狀態下，這系列文章會拆分為數個獨立段落；如此一來，即便你並未立志成為產品工程師，也能依需求查閱特定的知識點與應用方式，藉此建立與其他職能溝通的共同語言。而對於完整閱讀本系列的讀者，則希望能幫助你建構出產品工程師的心智模型，並實際運用於未來的專案中。

下一篇文章，我將正式為大家介紹「產品工程師」一詞。